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09/400,413, filed September 21, 1999. The contents of application Serial No. 09/400,413 are 
incorporated herein by reference. 

FIE kP OF THE IITONTO N 

This invention relates to an information management and synchronous 

tfl 19 communications system and method for generation of computerized menus for restaurants and 

fll 20 other applications with specialized display and synchronous communications requirements 

21 related to, for example, the use of equipment or software with non-PC-standard graphical 

22 formats, display sizes and/or applications for use in remote data entry, information management 

23 and synchronous communication between host computer, digital input device or remote pager 

24 via standard hardwired connection, the internet, a wireless link, smart phone or the like. 



25 BACKGROUND QF THE INVENTION 

26 While computers have dramatically altered many aspects of modern life, pen and 

27 paper have prevailed in the hospitality industry, e.g., for restaurant ordering, reservations and 

28 wait-list management, because of their simplicity, ease of training and operational speed. For 
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1 example, ordering prepared foods has historically been done verbally, either directly to a waiter 

2 or over the telephone, whereupon the placed order is recorded on paper by the recipient or 

3 instantly filled. 

4 Although not previously adapted for wide-scale use in the hospitality industry, 

5 various forms of digital wireless communication devices are in common use, e.g., digital 

6 wireless messengers and pagers. Also in common use are portable laptop and handheld devices. 

7 However, user-friendly information management and communication capability not requiring 

8 extensive computer expertise has not heretofore been available for use in everyday life such as 

9 for restaurant ordering, reservations and wait-list management Hundreds of millions of dollars 

1*4 

f?z 10 have been spent on personal digital assistant ("PDA") development seeking to produce a small, 

ij i 

1 1 light-weight and inexpensive device that could be adapted to such uses; yet none have yielded a 

"'Hi 

* 12 satisfactory solution. 

Q 13 One of the inherent shortcomings of PDA type devices is that, as they strive for 

§4 

Mj 14 small size, low weight and low cost, they must compromise the size and clarity of the operator 

: 15 display medium interface itself, which in most cases is one of a variety of LCD (liquid crystal 

16 display) type devices. As the size of the display shrinks, the amount of information that may be 

17 displayed at any one point or time is commensurately decreased, typically requiring multiple 

18 screens and displays to display information to the operator. This reduces the overall utility of the 

19 device. Additionally, the smaller display and keyboard results in a non-optimal operator 

20 interface, which slows down operation and is thus unacceptable for the time criticality of 

21 ordering, reservation and wait-list management and other similar applications. This necessitates 

22 many design compromises which in the aggregate have resulted in limited acceptance of PDA 

23 type devices in the restaurant and hospitality fields. 



732019 vl 



-3- 



\ Many of the negatives prevalent in earlier devices have been eliminated, but, to 

2 date, there is still no integrated solution to the ordering/waitlist/reservation problem discussed 

3 above. With the advent of the Palm® and other handheld wireless devices, however, the efforts 

4 to make such devices ubiquitous have begun to bear fruit at least in some areas, e.g., personal 

5 calendars. However, substantial use of such devices in the restaurant and hospitality context has 

6 not occurred to date. As discussed above, at least one of the reasons PDAs have not been 

7 quickly assimilated into the restaurant and hospitality industries is that their small display sizes 

8 are not readily amenable to display of menus as they are commonly printed on paper or displayed 

13 9 on, e.g., large, color desktop computer screens. Another reason is that software for fully 

9 

M? 10 realizing the potential for wireless handheld computing devices has not previously been 

fff 

U1 1 1 available. Such features would include fast and automatic synchronization between a central 

^ 12 database and multiple handheld devices, synchronization and communication between a World 

13 Wide Web ("Web") server and multiple handheld devices, a well-defined application program 

u 

If I 14 interface ("API") that enables third parties such as point of sale ("POS") companies, affinity 

f|j 15 program companies and internet content providers to folly integrate with computerized 

16 hospitality applications, real-time communication over the internet with direct connections or 

17 regular modem dialup connections and support for batch processing that can be done periodically 

18 throughout the day to keep multiple sites in synch with the central database. A single point of 

19 entry for all hospitality applications to communicate with one another wirelessly has also 

20 previously been unavailable. Such a single point of entry would work to keep all wireless 

21 handheld devices and linked Web sites in synch with the backoffice server (central database) so 

22 that the different components are in equilibrium at any given time and an overall consistency is 

23 achieved. For example, a reservation made online would be automatically communicated to the 
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1 backoffice server and then synchronized with all the wireless handheld devices wirelessly. 

2 Similarly, changes made on any of the wireless handheld devices would be reflected 

3 instantaneously on the backoffice server, Web pages and the other handheld devices. 

4 For the foregoing reasons, paper-based ordering, waitlist and reservations 

5 management have persisted in the face of widespread computerization in practically all areas of 

6 commerce. At most, computerization of these functions has been largely limited to fixed 

7 computer solutions, i.e., desktop or mainframe, because of the problems heretofore faced in 

8 configuring wireless handheld devices and maintaining database synchronization for such 
|S} 9 applications. Specifically, the unavailability of any simple technique for creating restaurant 

13 

i n 10 menus and the like for use in a limited display area wireless handheld device or that is 

Iff. 

|4-U compatible with ordering over the internet has prevented widespread adoption of 

« 12 computerization in the hospitality industry. Without a viable solution for this problem, 

%j .13 organizations have not made the efforts or investments to establish automated interfaces to 

P 14 handheld and Web site menus and ordering options. 

km 

r 

15 A principal object of the present invention is to provide an improved information 

16 management and synchronous communications system and method which facilitates user- 

17 friendly and efficient generation of computerized menus for restaurants and other applications 

18 that utilize equipment with non-PC-standard graphical formats, display sizes and/or applications. 

19 A further object of the present invention is to provide an improved information 

20 management and synchronous communications system and method which provides for entry, 

21 management and communication of information from the operator as well as to and from another 

22 computer, Web page menu, remote digital device using a standard hardwired connection, the 

23 internet or a wireless link. 



m 
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1 A further object of the present invention is to provide an improved information 

2 management and synchronous communications system which is small, affordable and 

3 lightweight yet incorporates a user-friendly operator interface and displays menus in a readily 

4 comprehensible format. 

5 A further object of the present invention is to provide a synchronous information 

6 management and communications system which enables automatic updating of both wireless and 

7 internet menu systems when a new menu item is added, modified or deleted from any element of 

8 the system. 



1 9 N UMMARY OF THE BHVETOON 



m 

!>H0 The foregoing and other objects of the present invention )are provided by a 

M I ■ 

%4\\ synchronous information management and communications system and method optimized for 

M* 12 simplicity of operation which incorporates menu generation for creation of menus to be used 

Mf 13 with wireless remote handheld computer and PDA devices, the internet or any application where 

W 14 simple and efficient generation of menus is appropriate. The menu generation approach of the 

■ftf 



15 present invention includes a desktop software application that enables the rapid creation and 

16 building of a menu and provides a means to instantly download the menu configuration onto, 

17 e.g., a handheld device or Web page and to seamlessly interface with standard point of sale 

18 ("POS") systems to enable automatic database updates and communication exchanges when a 

19 change or input occurs in any of the other system elements. To solve the above and other related 

20 problems, an information management and communications system is provided which results in 

21 a dramatic reduction in the amount of time, and hence cost, to generate and maintain 

22 computerized menus for, e.g., restaurants and other related applications that utilize non-PC- 

23 standard graphical formats, display sizes or applications. 
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1 The menu generation approach of the present invention has many advantages over 

2 previous approaches in solving the problem of converting paper-based menus or Windows PC- 

3 based menu screens to small PDA-sized displays and Web pages. In one embodiment, the 

4 present invention is a software tool for building a menu, optimizing the process of how the menu 

5 can be downloaded to either a handheld device or Web page, and making manual or automatic 

6 modifications to the menu after initial creation. 

7 Manual modifications to the generated menus include handwritten screen captures 

8 and/or voice recorded message captures coupled with the standard menus and modifiers 
pJ 9 generated according to standard choices . Such manual modifications enable an extremely rapid 



■ffi 10 and intuitive interface to enhance operations and further optimize the overall operator interface. 

Ml 

H 1 1 This approach solves a long-standing, operational issue in restaurant/hotel/casino food/drink 



J 12 ordering when customers want something unusual and not anticipated and available through 

H 13 normal computerized selections. As seen in Figure 8, the operator screen on the hand-held can 

111 

f4 14 capture handwritten information specific to a customers requests directly on the touch-sensitive 

km 

15 screen of the wireless computing device. This additional information can then be coupled with 

16 the fixed menu and modifier information generated automatically from the hospitality 

17 application software and the combined message can be sent to a restaurant point of sale (POS) 

18 system, printer or/or display system. This unique operator interface enables universal languages 

19 and an unlimited set of information to be manually communicated and exchanged. The resultant 

20 combined message of one or more fixed indications selected from a menu of a device such as a 

21 hand-held, and dynamic handwritten messages and/or data provides an even more powerful tool 

22 than either modality used independently. 
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1 For example a restaurant server taking a drink order could select from a menu of 

2 her hand-held device's screen "Iced Tea", and then manually write in the literal screen of her 

3 hand-held "with lemon" as shown in Figure 8. The manually-written information could, for 

4 example, be printed or displayed in front of a bartender preparing the drink order. The indication 

5 "Iced Tea" as selected from a menu of the hand-held would also be presented to the bartender, 

6 perhaps by printing and/or screen display. The server can also select any printer from within the 

7 hospitality establishment directly from the operator interface on the screen of the hand-held and 

8 have either the order or the receipt printed out where it is most convenient and efficient 

y 9 Similarly, a server taking a drink order could select from a menu of her hand-held 

K 10 device's screen "Iced Tea", and then record the voice message "with lemon" using her hand-held 

4 11 device integral microphone. The recorded information could, for example, be played on a 



« 12 speaker attached to a computer, POS system, or the like located near the bartender or chef 



p 13 preparing the order. The indication "Iced Tea" as selected from a menu of the hand-held would 
14 also be presented to the bartender/chef, perhaps by printing and/or screen display. Both the literal 



if? 



ml 

^ 15 screen capture method and the voice recorded message method combine the power of automatic 

16 fixed menu generation with the expanded flexibility to resolve operational issues that exist 

17 throughout the hospitality market without this innovative solution. Additionally, in certain 

18 embodiments, hand-writing and voice recognition technologies can be utilized to convert the 

19 manual operator inputs into appropriate text messages which can be combined with the 

20 computer generated menu options to convey the combined information to, for example, a 

2 1 bartender or chef 

22 Similarly, hand-held devices can link the above innovations to individual 

23 customers at specific tables through a graphical user interface on the hand-held screen that 
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1 assigns each customer a number within a table. For example, table 20 might have 6 customers (1- 

2 6) and each customer has a different order, By enabling the linkage of the orders to specific 

3 customer positions within the table and accessible from the hand-held screen, the servers can 

4 easily track and link the specific orders to the specific customers. 

5 The use of wireless handheld devices in the restaurant and hospitality industry is 

6 becoming increasingly pervasive as restaurant owners and managers become more aware of the 

7 benefits. With the proper wireless handheld system in place, restaurants can experience 
i s 8 increased table turns from improved server productivity and shorter order taking and check 

■ l| 9 paying times. Restaurants and POS companies seeking to provide a wireless handheld interface 

u . ■ 

Iff 10 to their desktop-based POS systems or a Web page equivalent face several challenges. These 

yi 

Ml 1 challenges include building a menu using their existing database and transferring the menu onto 

f 12 handheld devices or Web pages that will interface with servers wirelessly or to 

H 13 restaurants/customers over the internet. The menu generation approach of the present invention 

in 

pi 14 is the first coherent solution available to accomplish these objectives easily and allows one 

ffj 

15 development effort to produce both the handheld and Web page formats, link them with the 

16 existing POS systems, and thus provides a way to turn a complicated, time-consuming task into a 

17 simple process. 

18 The information management and synchronous communications system of the 

19 present invention features include fast synchronization between a central database and multiple 

20 handheld devices, synchronization and communication between a Web server and multiple 

21 handheld devices, a well-defined API that enables third parties such as POS companies, affinity 

22 program companies and internet content providers to fully integrate with computerized 

23 hospitality applications, real-time communication over the internet with direct connections or 
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1 regular modem dialup connections and support for batch processing that can be done periodically 

2 throughout the day to keep multiple sites in synch with the central database. 

3 The communication module also provides a single point of entry for all hospitality 

4 applications, e.g., reservations, frequent customer ticketing, wait lists, etc. to communicate with 

5 one another wirelessly and over the Web. This communication module is a layer that sits on top 

6 of any communication protocol and acts as an interface between hospitality applications and the 

7 communication protocol and can be easily updated to work with a new communication protocol 
y t} 8 without modifying the core hospitality applications. An exemplary System diagram of such a 
jjl 9 communications systemic relationship is shown in Figure 9 and serves as an example of the 

Iff 10 power of the synchronization element of the invention through a common, linked solution. A 

1 fi 

* * 11 single point of entry works to keep all wireless handheld devices and linked web sites in synch 

H 

f a 12 with the backoffice server applications so that the different components are in equilibrium at any 

yj 13 given time and an overall consistency is achieved. For example, a reservation made online can 

f*j 14 be automatically communicated to the backoffice server and then synchronized with all the 

15 wireless handheld devices wirelessly. Similarly, changes made on any of the wireless handheld 

16 devices are reflected instantaneously on the backoffice server Web pages and the other handheld 

17 devices. 

18 BRIEF DESCRIPTION QF THE DRAWINGS 

19 The foregoing features and advantages of the present invention can be appreciated 

20 more fully from the following description, with references to the accompanying drawings in 

21 which: 
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1 FIG. 1 is a schematic representation of a window displayed on a computer display 

2 screen which shows a hierarchical tree menu, modifier window and sub-modifier window in 

3 conformity with a preferred embodiment of the present invention. 

4 FIG. 2 is a schematic representation of a modifier dialog box in conformity with a 

5 preferred embodiment of the present invention. 

6 FIG. 3 is a schematic representation of a menu category dialog box in conformity 

7 with a preferred embodiment of the present invention. 

8 FIG. 4 is a schematic representation of a menu item dialog box in conformity with 

|2j 9 a preferred embodiment of the present invention. 

1M? 

jjf 10 FIG. 5 is a schematic representation of a display customization dialog box in 

m 

\A 11 conformity with a preferred embodiment of the present invention. 

f 12 FIG. 6 is a schematic representation of a communications control window in 

ff 13 conformity with a preferred embodiment of the present invention. 

14 FIG. 7 is a schematic representation of a point of sale interface on a wireless 

15 handheld device for use in displaying page menus created in conformity with a preferred 

1 6 embodiment of the present invention. 

17 FIG. 8 is an example of a literal, hand-written screen according to embodiments 

1 8 of the present invention. 

19 FIG. 9 is an exemplary system diagram relating to embodiments of the present 

20 invention. 

21 DETAILED DESCRIPTION QF THE INVENTION 

22 Most personal computers today run under an operating system that provides a 

23 graphical user interface ("GUI") for accessing user applications. A GUI is used in the preferred 
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1 embodiment of the present invention. Through an interface of windows, pull-down menus, and 

2 toolbars, GUI operating systems have simplified PCs and have rendered computer technology 

3 more user friendly by eliminating the need to memorize keyboard entry sequences. In addition, 

4 GUIs allow users to manipulate their data as they would physical entities. For example, a 

5 window can represent a file and the contents of the window can represent the records of the file. 

6 The window can be opened, closed, or set aside on a desktop as if it were an actual object. The 

7 records of the file can be created, deleted, modified and arranged in a drag-and-drop fashion as if 

8 they also were physical objects. The most common GUI operating systems that provide this 
|S 9 "object-oriented" environment for personal computers are Microsoft Windows® systems, 

Mr 

ffi 10 including Windows CE® for handheld wireless devices and the like. Generally, a particular 

M 11 application program presents information to a user through a window of a GUI by drawing 

f 12 images, graphics or text within the window region. The user, in turn, communicates with the 

13 application by "pointing" at graphical objects in the window with a pointer that is controlled by a 

i ft 

■fj 14 hand-operated pointing device, such as a mouse, or by pressing keys on a keyboard. 

12 

15 The use of menus is conventional in GUIs for software applications. Menus are 

16 typically utilized to provide end users of applications with available choices or processing 

17 options while using the applications. For example, in a typical desktop or interactive application, 

18 selection of a "file" from a menu bar may cause display of a context menu which provides "file" 

19 options. File options can have additional subordinate or child options associated with them. If a 

20 file option having subordinate options is selected, the child options are displayed in context in a 

21 child menu or submenu proximate to the selected parent option. One or more of the child 

22 options provided in the child menu may have farther subordinate options. Thus, such a menu 

23 system comprises cascading sets of menus which are displayable in context to show the 
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1 parent/child relationships between options of the context menu. A menu system of this type is 

2 incorporated into the preferred embodiment of the invention. 

3 The preferred embodiment of the present invention uses typical hardware 

4 elements in the form of a computer workstation, operating system and application software 

5 elements which configure the hardware elements for operation in accordance with the present 

6 invention. A typical workstation platform includes hardware such as a central processing unit 

7 ("CPU"), e.g., a Pentium® microprocessor, RAM, ROM, hard drive storage in which are stored 
"y h 8 various system and application programs and data used within the workstation, modem, display 
Q 9 screen, keyboard, mouse and optional removable storage devices such as floppy drive or a CD 

gff 10 ROM drive. The workstation hardware is configured by software including an operating system, 

¥1 ' 

■"H 11 e.g., Windows® 95, 98, NT or CE, networking software (including internet browsing software) 

n 

? 12 and application software components. The preferred embodiment also encompasses a typical file 

- 

y; 13 server platform including hardware such as a CPU, e.g., Pentium microprocessor, RAM, ROM, 

VI 

jgi 14 hard drive, modem, and optional removable storage devices, e.g., floppy or CD ROM drive. The 

ml 

15 server hardware is configured by software including an operating system, e.g., Windows® 95, 98, 

16 NT or CE, networking software (including Web server software) and database software. 

17 A computer workstation for use in the preferred embodiment also includes a GUI. 

18 As is conventional, the GUI is configured to present a graphical display on the display screen 

19 arranged to resemble a single desktop. Execution of an application program involves one or 

20 more user interface objects represented by windows and icons. Typically, there may be several 

21 windows and icons simultaneously present on the desktop and displaying information that is 

22 generated by different applications. 
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1 The window environment is generally part of the operating system software that 

2 includes a collection of utility programs for controlling the operation of the computer system. 

3 The computer system, in turn, interacts with application programs to provide higher level 

4 functionality, including a direct interface with the user. Specifically, the application programs 

5 make use of operating system functions by issuing task commands to the operating system which 

6 then performs the requested task. For example, an application program may request that the 

7 operating system display certain information on a window for presentation to the user. 

8 An aspect of the preferred embodiment of the information management and 
3 9 communications system of the invention is shown in FIG. 1. FIG. 1 shows an example of the 
B 10 GUI provided by the operating system of the preferred embodiment of the present invention. 

m ] 

IM 11 With reference to FIG. 1, the preferred embodiment includes an intuitive GUI 1 from which to 

!* • 

N 12 build a menu on a desktop or other computer. A hierarchical tree structure 2 is used to show the 

n 

C 13 different relationships between the menu categories 3 (e.g., soups, salads, appetizers, entrees, 

mm 14 deserts, etc.), menu items 4 (e.g., green salad, chicken caesar salad, etc.), menu modifiers 5 (e.g., 

12 15 dressing, meat temperature, condiments, etc.) and menu sub-modifiers 6 (e.g., Italian, French, 

16 ranch, bleu cheese, etc.). 

17 The procedure followed in configuring a menu on the desktop PC and then 

18 downloading the menu configuration onto the POS interface on the handheld device in 

1 9 conformance with the preferred embodiment is as follows. 

20 The menu configuration application is launched by clicking on the appropriate 

21 icon on the desktop display screen. FIG. 1 will then be displayed. There are three windows on 

22 the screen shown in FIG. 1. The left window is the menu tree 7, also called the tree view. The 

23 top right window is the Modifiers window 8 and the bottom right window is the Sub-Modifiers 
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1 window 9. The Sub-Modifiers window lists the sub-modifiers that correspond to the modifier 

2 that is selected. The views on the right are referred to as list views. There are several ways of 

3 invoking a command, including using the menu options; using the context menu (right mouse 

4 click); using the keyboard or using the toolbar icons. For example, if it is desired to add a 

5 category to the menu, the following four options are available: (1) clicking on Edit, Add 

6 Category; (2) right mouse clicking on Menu, then clicking on Add Category; (3) highlighting 

7 Menu, then typing Ctrl + T or (4) clicking on the Add Category icon on the toolbar. To add an 

8 item to a category, the following options are available: (1) highlighting the category to which it 
K 9 is desired to add an item and then clicking on Edit > Add Item; (2) right mouse clicking on the 

J2 10 desired category and then clicking on Add Item; (3) highlighting the desired category, then 

Iff 

l|f 1 1 typing Ctrl + N or (4) clicking on the Add icon on the toolbar. 

i 

H 12 When building a menu, it should be kept in mind that the menu items are stored 

^ 13 using a tree metaphor similar to how files are stored on a PC with folders and subfolders. The 

Q . 

fn 14 menu structure is similar to the Windows® File Explorer in the way the items are organized 

IS 

fl j 15 hierarchically. Below is an example of how an item may be configured: 



16 Menu 

17 » Entrees 

18 » Red Meat 

19 » NY Strip 

20 » Vegetables 

21 » Tomato 

22 » Lettuce 

23 Meat Temperature 

24 » Medium Rare 
25 



26 In the above example, Menu is the root. Entrees is a menu category. Red Meat is an Entree 

27 category. NY Strip is a modifier. Vegetable is a modifier. Meat Temperature is a modifier. 

28 Medium Rare is a sub-modifier of Meat Temperature. 
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1 The steps taken in building a menu are as follows: 

2 1. Add Modifiers; 

3 2. Add Sub-Modifiers and link them to the Modifiers; 

4 3. Create Menu categories; 

5 4. Add menu items to the categories; 

6 5. Assign Modifiers to the menu items; 

7 6. Preview the menu on the POS emulator on the desktop PC; 

8 7. Download the menu database to the handheld device. 
9 

10 To add modifiers, a user clicks on the inside of the Modifiers window, then (1) 

y 11 clicks on Edit>Add Modifier; (2) Presses Ctrl + N; (3) right mouse clicks in the Modifiers 

l A 12 window, then clicks on Add Modifiers or (4) clicks on the Add icon from the toolbar. If a menu 

fi i 13 is being built from scratch, the procedure is to enter the Long Name, Short Name, Code and 

w 

U 14 Price in the Modifier dialog box 10 shown in FIG. 2. The Long Name is the full descriptive 

7 15 name of the item. The Short Name is the abbreviated name that will be displayed on the 

M 

H 16 handheld device. The Code is the numeric or alphanumeric code for the item. If there is an 

jy 17 existing database, the existing database can be browsed and menu items retrieved from the 

Hi 

18 database. Clicking on the Browse button will bring up the existing database of menu items. The 

19 item to be added is then selected and "OK" is clicked. The fields will then be filled with the 

20 information from the database. Clicking on OK again will add the item as a modifier. To delete 

21 a modifier, the modifier is selected and the Delete key pressed on the keyboard. To edit a 

22 modifier, either the modifier is double clicked or the Enter key is pressed. 

23 Sub-modifiers represent the last level of modifiers that can be assigned to a menu 

24 tree. To add sub-modifiers, the modifier to which sub-modifiers are to be assigned is selected. 

25 Then, the focus is set on the sub-modifier window by clicking inside the Sub-Modifier window 

26 as follows: (1) clicking on Edit>Add Sub-Modifier; (2) pressing Ctrl + N; (3) right mouse 
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1 clicking in the Sub-Modifiers window, then clicking on Add Sub-Modifiers or (4) clicking on the 

2 Add icon from the toolbar. If a menu is being built from scratch, the procedure is to enter the 

3 Long Name, Short Name, Code and Price in a Sub-Modifier dialog box similar to the Modifier 

4 dialog box shown in FIG. 2. As with modifiers, the Long Name is the full descriptive name of 

5 the item. The Short Name is the abbreviated name that will be displayed on the handheld device. 

6 The Code is the numeric or alphanumeric code for the item. As before, if there is an existing 

7 database, the existing database can be browsed and menu items retrieved from the database. 

8 Clicking on the Browse button will bring up the existing database of menu items. The item to be 

H 9 added is then selected and OK clicked. The fields will then be filled with the information from 

Sj 

?J 10 the database. Clicking on OK again will add the item as a sub-modifier. To delete a sub- 

yi 1 1 modifier, the sub-modifier is selected and the Delete key depressed on the keyboard. To edit a 

M 12 sub-modifier, either the sub-modifier is double clicked or the Enter key is pressed. 
H 13 Menu categories are created from the root. Some examples of categories are 

J J 14 Appetizers, Soups, Salads, Entrees, Desserts, etc. The first step is to click on Menu in the menu 

t.f ! 

|f { 15 tree window. Categories are added by (1) clicking on the Add Category icon from the toolbar; 

16 (2) clicking on Edit > Add Category or (3) pressing Ctrl + T. As shown in FIG. 3, Menu 

17 Category dialog box 1 1 then appears in which to enter the Long and Short names for the menu 

18 category. 

19 To add menu items to categories, the menu category which is being built is 

20 clicked. For example, if items are being added to Appetizers, the Appetizers branch is clicked 

21 on. Then the Edit > Add Item is clicked on or Ctrl + N pressed. As before, if a menu is being 

22 built from scratch, the procedure is to enter the Long Name, Short Name, Code, Prep Time, 

23 Recipe and Price into the Menu Item dialog box 12 shown in FIG. 4. The Long Name is the full 
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1 descriptive name of the item. The Short Name is the abbreviated name that will be displayed on 

2 the handheld device. The Code is the numeric or alphanumeric code for the item. Prep Time is 

3 the time it takes to prepare the meal and Recipe would include preparation methods and 

4 ingredients that are used in the preparation of the item. If there is an existing database, the 

5 existing database can be browsed and menu items retrieved from the database. Clicking on the 

6 Browse button will bring up the existing database of menu items. The item to be added is then 

7 selected and OK is clicked. The fields will then be filled with the information from the database. 

8 Clicking on OK again will add the item to the category. 

|2 9 Once the menu items have been entered, it may be desired to assign some 

H 10 modifiers to the menu items. For example, it may be desired to assign meat temperature to a 

m 1 1 steak order. To accomplish this, first the modifier to be assigned is selected, then the menu item 

y 12 on the tree view that is to be assigned the modifier is clicked on and then Edit > Assign Modifier 

M; 13 is clicked on. Or, the modifier can simply be dragged and dropped onto the menu item to link 

S3 

f : j 14 them. A dialog box is then displayed asking if this modifier is a required modifier. If it is a 

|l 15 required modifier, the display icon will be red but if it is a non-required modifier the display icon 

i H 

16 will be green. As many modifiers as are applicable can be assigned. If any changes are made to 

17 the modifiers, those changes will be automatically reflected throughout the menu tree. 

18 Once the modifiers have been entered, it may be desired to assign sub-modifiers 

19 to the modifiers items. For example, it may be desired to add Honey Mustard as a sub-modifier 

20 to Dressing. To accomplish this, first the modifier to be assigned a sub-modifier is selected, then 

21 the sub-modifier window is clicked on, then Edit > Add Sub Modifier is clicked on, Ctrl+N 

22 entered or the Add icon from the toolbar is clicked on. Or, the sub-modifier can simply be 

23 dragged and dropped onto the modifier to link them. 
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When the menu has been completely configured, it can be previewed on a POS 



2 emulator on the desktop to verify that the menu is correctly configured before downloading it to 

3 the handheld device. To preview, File > Preview Database is clicked on or the Preview Database 

4 icon from the toolbar is clicked on. The handheld POS emulator on the desktop can then be run. 

5 If the configuration is deemed acceptable, the handheld device is connected to the desktop PC to 

6 ensure that a connection has been established; the POS application on the handheld device is 

7 exited and File > Download Database is clicked on or the Download Database icon from the 

8 toolbar is clicked on. If there is an existing menu database on the handheld device, the system 
I % 9 will ask if the existing database should be replaced. Yes is clicked if existing database 
|J 10 replacement is desired. 

m 

In 11 A database function enables the creation of, e.g., a breakfast menu, lunch menu 



M 13 creating a new database; (2) opening an existing database; (3) saving a database under a different 
\t 14 name. To access these functions, File is clicked on the menu bar. 



16 set the focus on the view it is desired to change, click inside the desired window. The main 

17 customizing dialog box is accessed by clicking on View > Customize View. A dialog box 13, as 

18 shown in FIG. 5, will be displayed including tabs that allow the following options: selection of 

19 Columns to display in the list view by choosing and arranging the fields to display in the 

20 Modifiers and Sub-Modifiers windows; formatting Columns by specifying the column widths 

21 and justification; selecting Filter allows restricting the list to display only the items that meet 

22 certain criteria. For example, display of modifiers with codes between 500 and 550. Selecting 

23 Sort allows sorting the modifiers or sub-modifiers according to any of the available fields such as 




and dinner menu and downloading them to a handheld device. Functions available are (1) 




The preferred embodiment encompasses customized layout, views and fonts. To 



- 19- 



732019 vl 



1 Name, Code or Price. Selecting Style facilitates choice of font type, style, size, etc. To change 

2 the font in a particular window, click on View > Fonts or right mouse click in the desired 

3 window and then click on Fonts. To change the size of the windows, drag the borders of the 

4 windows to expand or contract the size of the windows. To change the column widths, simply 

5 drag the edge of the column headers to increase or decrease the column widths. 

6 A communications control program monitors and routes all communications to 

7 the appropriate devices. It continuously monitors the wireless network access point and all other 

8 devices connected to the network such as pagers, remote devices, internet Web links and POS 
R 9 software. Any message received is decoded by the software, and then routed to the appropriate 
JJ 10 device. No user action is needed during operation of the software once the application has been 

Iff 11 launched. To launch the communications control module, a Wireless Traffic icon is clicked on 

Mf 

H 12 the desktop PC. When the program loads, the screen shown in FIG. 6 appears. Messages 

^ 13 received are logged in the window 14 shown in FIG. 6 with a time stamp. The messages are also 

!y 14 logged to a file on the hard drive. This provides a mechanism to monitor all traffic across the 

jjjj 15 network (possibly useful for troubleshooting, or maintenance, but not necessary for normal 

16 operation). The program may be minimized so the screen is not displayed on the desktop, but it 

1 7 must be running for proper communications to exist between all devices on the network. 

18 As stated, the preferred embodiment of the present invention includes the use of 

19 and compatibility with GUI technology. A drag-and-drop approach is used for organizing the 

20 tree structure 2 in the generated menu. Drag-and-drop is also used for assigning modifiers 

21 (modifiers can be dragged from the modifiers window 5 and dropped onto the menu item 4 for 

22 assignment). In-cell editing results in fast editing of items in building the menus. Customizable 

23 fonts enable users to change font types, style and size. Customizable layouts enable users to 
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1 resize windows, change icons and display preferences. The inventive approach provides for 

2 fully persistent storage between sessions, even if a session is improperly or abruptly terminated. 

3 Font and the tree state (i.e., which nodes are expanded/collapsed) are stored between sessions. 

4 Layout for modifiers and sub-modifiers list views (filter, columns, formatting, font, etc.) are 

5 stored between sessions. The last database used is likewise stored between sessions. Splitter 

6 views allow the user to see different views at the same time. Each view is displayed on its own 

7 section of the screen. Views can be resized via the keyboard or a mouse by simply dragging the 

8 splitter in the middle. 

9 An automated function is provided to import existing POS databases into the 

f*% - 

y; 10 inventive menu generation system and, as discussed above with respect to the detailed example 

jjt 11 of how to use the preferred embodiment, an automated download procedure is provided to 

U ' 

H 12 transfer the desktop database onto a handheld device and/or Web page. Also as discussed, the 

H 13 preferred embodiment facilitates preview of the handheld device or Web page version of the 

f J 14 POS menu on the desktop before downloading and configuration. Customizable desktop menu 

jjfj 15 generation is contemplated, as discussed above, in the form of customizable fonts, columns, 

16 layouts, etc. The inventive approach also includes templates for common modifiers that can be 

17 assigned to similar menu items. The preferred embodiment also supports multiple databases, 

18 thus providing for the creation and storing of different menu databases on handheld devices such 

19 as breakfast, lunch or dinner menus. The user can then select the appropriate database to reflect 

20 the time of day. 

21 FIG. 7 is a schematic representation of a point of sale interface 15 for use in 

22 displaying a page-type menu 16 created using the inventive menu generation approach. As can 

23 be seen from FIG. 7, the page menu is displayed in a catalogue-like point-and-click format 
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1 whereas the master menu, FIG. 1, is displayed as a hierarchical tree structure. Thus, a person 

2 with little expertise can "page through" to complete a transaction with the POS interface and 

3 avoid having to review the entire menu of FIG. 1 to place an order. A PDA or Web page format 

4 could appear like FIG. 7 or the display could be configured for particular requirements since 

5 fully customizable menu generation and display are contemplated. 

6 The POS interface on the handheld device supports pricing in the database or 

7 querying prices from the POS server. The POS device also can be customized with respect to 

8 "look and feel" for the particular version. As can be seen in FIG. 7, the POS interface provides 
|2 9 for billing, status and payment with respect to orders. A myriad of options can be provided 
1 2 1 0 depending on the application. 

ifi 11 Advanced database functions are provided in the preferred embodiment of the 

JS 

%i 12 invention, including an automated download process onto handheld devices and/or Web sites. In 

¥\ 13 the preferred embodiment, the menu generation system of the present invention uses an API 

p. 

14 called ActiveX Data Objects ("ADO") for database access. ADO is useful in a variety of 

Iff 

It 15 settings. It is built on top of OLE DB and can be used to talk to databases and, in the future, any 

16 data source with any OLE DB driver. Advanced querying is supported. The database can be 

17 queried on virtually all fields. Queries can be built using SQL syntax for experienced users or 

18 can be created using a query builder which guides users through the creating process. Advanced 

19 error handling is supported. Errors occurring at run time can be trapped. A descriptive message 

20 is displayed to alert the user and provide error information. However, the application does not 

21 terminate when the errors happen. The source code is easy to maintain and modify, thus 

22 allowing for on time delivery of customized versions of the software. The advanced database 

23 functions produce well-designed databases that accommodate growth and scalability 
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1 The inventive menu generation approach provides a solution for the pervasive 

2 connectivity and computerization needs of the restaurant and related markets. The inventive 

3 solution includes automatic database management and synchronization, PDA and handheld 

4 wireless operating system integration and optimization, wireless communications and internet 

5 connectivity, user interface design, and graphics design. 

6 In the preferred embodiment, the menu generation approach of the present 

7 invention uses Windows CE® as the operating system for the handheld devices. Windows CE® 

8 provides the benefits of a familiar Windows 95/98/NT® look and feel, built-in synchronization 
p 9 between handheld devices, internet and desktop infrastructure, compatibility with Microsoft 

U 10 Exchange®, Microsoft Office 9® and TCP/IP quick access to information with instant-on feature. 

Iff 

Ml 11 Windows CE® provides a basic set of database and communication tools for 

hi., i 

1 12 developer use. However, interfacing with these tools to provide application specific results can 

jy 13 be a complex task. In addition to the menu generation described above, a set of software 

f.sft 

yi 14 libraries described herein in conformance with the present invention not only enhances the basic 

r| 

tU 15 Windows CE® functionality by adding new features but also maximizes the full potential of 

16 wireless handheld computing devices. Such features include fast synchronization between a 

17 central database and multiple handheld devices, synchronization and communication between a 

18 Web server and multiple handheld devices, a well-defined API that enables third parties such as 

19 POS companies, affinity program companies and internet content providers to fully integrate 

20 with computerized hospitality applications, real-time communication over the internet with direct 

21 connections or regular modem dialup connections and support for batch processing that can be 

22 done periodically throughout the day to keep multiple sites in synch with the central database. 
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1 The synchronous communications control module discussed above provides a 

2 single point of entry for all hospitality applications to communicate with one another wirelessly 

3 or over the Web. This communications module is a layer that sits on top of any communication 

4 protocol and acts as an interface between hospitality applications and the communication 

5 protocol. This layer can be easily updated to work with a new communication protocol without 

6 having to modify the core hospitality applications. The single point of entry works to keep all 

7 wireless handheld devices and linked Web sites in synch with the backoffice server (central 

8 database) so that the different components are in equilibrium at any given time and an overall 
2 9 consistency is achieved. For example, a reservation made online is automatically communicated 
H 10 to the backoffice server which then synchronizes with all the wireless handheld devices 



jji 1 1 wirelessly. Similarly, changes made on any of the wireless handheld devices will be reflected 

%l\2. instantaneously on the backoffice server and the other handheld devices. 
H 13 The software applications for performing the functions falling within the 

14 described invention can be written in any commonly used computer language. The discrete 

15 programming steps are commonly known and thus programming details are not necessary to a 

1 6 full description of the invention. 

17 A simple point-to-point wireless capability is contemplated which permits simple 

18 digital messages to be sent from the wireless handheld devices to a receiver in a beeper and/or 

19 valet parking base-station. The POS interface of FIG. 7 is representative of the display on a 

20 typical wireless device used in conformity with the invention. A simple protocol is used to 

21 acknowledge receipt of the message and thus simultaneous communication is not necessary, 

22 which reduces the cost of the wireless link. The range of the wireless link is determined by the 

23 characteristics of the radio transceiver. Adding a wireless link allows paging of beeper equipped 
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yjlO specified protocols. One such protocol is the Hypertext Transfer Protocol ("HTTP''), which 

y f l 1 facilitates communication of hypertext Hypertext is the combination of information and links to 

'Kfl2. other information. In the context of the Web, hypertext is defined by the Hypertext Mark-up 

W13 Language ("HTML"). The links or hyperlinks in a HTML document reference the locations of 

fjl4 resources on the Web, such as other HTML documents. Another language used in creating 



1 customers directly from the operator interface on the wireless handheld devices and 

2 communication to and from various input/output transmitters and receivers to update the status 

3 of the order, reservation or other information and thus further reduce the workload on the 

4 operator and enable operations to proceed much faster. This link could also be hardwired or 

5 otherwise implemented using any two-way messaging transport. 

6 A further aspect of the invention is the use of the menus generated in accordance 

7 with the described technique to place orders from wireless remote handheld devices or from 

8 remote locations through the internet. The World Wide Web is a distributed hypermedia 

9 computer system that uses the internet to facilitate global hypermedia communication using 



If J 15 documents for use on the Worldwide Web, to display on computer screens, or to create speech 

16 style sheets for use in, e.g., telephones, is the Extensible Mark-Up Language ("XML"). XML is 

17 a "metalanguage", i.e., a language for describing languages which was developed to eliminate 

1 8 the restrictions of HTML. 

19 The Web is a client-server system. The HTML documents are stored on Web 

20 server computers, typically in a hierarchical fashion with the root document being referred to as 

21 the home page. The client specifies a HTML document or other source on the server by 

22 transmitting a Uniform Resource Locator ("URL") which specifies the protocol to use, e.g., 

23 HTTP, the path to the server directory in which the resource is located, and filename of the 
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1 resource. Users retrieve the documents via client computers. The software running on the user's 

2 client computer that enables the user to view HTML documents on the computer's video monitor 

3 and enter selections using the computer's keyboard and mouse is known as a browser. The 

4 browser typically includes a window in which the user may type a URL. A user may cause a 

5 URL to be transmitted by typing it in the designated window on the browser or by maneuvering 

6 the cursor to a position on the displayed document mat corresponds to a hyperlink to a resource 

7 and actuating the mouse button. The latter method is commonly referred to simply as "clicking 

8 on the hot-spot" or "clicking on the hyperlink". The hyperlink methodology is contemplated for 
U 9 use in accordance with the preferred embodiment to transmit orders via the internet. 



fj 10 Web server application software exists that enables a user to shop for and order 

[fill merchandise. Such systems are sometimes referred to as electronic merchandising systems or 

H 12 virtual storefronts. Systems that enable a user to choose among several retailers' goods are 

Mi 13 sometimes referred to as electronic malls. An electronic retailer's or electronic mall operator's 

fj 14 Web server provides HTML forms that include images and descriptions of merchandise. The 

MY 

§ j 15 user may conventionally search for an item by entering a key word search query in a box on a 

16 form. When a user selects an item, the server may provide a linked form that describes that item 

17 in further detail. The user may also conventionally enter ordering information into boxes on the 

18 form, such as the type and quantity of the item desired. The information entered by the user is 

19 transmitted to the server. The user may select multiple items in this manner and then enter a 

20 credit card number to pay for the purchases. The retailer processes the transaction and ships the 

21 order to the customer. As can be appreciated, ordering merchandise can also be done from 

22 menus. The generation of menus of items or merchandise for sale over the internet is readily 

23 accomplished by the menu generation approach of the present invention. 
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1 Searching for items that the user is interested in purchasing is insufficient in prior 

2 merchandising systems. Database management programs use index searching to facilitate rapid 

3 searching of large amounts of data. The creator of the database may instruct the program to use 

4 specified fields in the database as indexed or key fields. The program locates all terms in the 

5 database that appear in the indexed fields and stores them in an index table. Each entry in the 

6 index table includes a term and corresponding pointer to the location in the database where the 

7 term is found. If a user initiates a search for a term that is present in the index table, the program 

8 can locate the instances of that term in the database with exceptional speed. Users who are 
jj 9 familiar with the particular database they are searching will generally know which fields are 
ft 10 indexed and will know the format of the data in those fields. For example, a user of a database 
jj| 1 1 containing the inventory of a bookstore may know that users can search for the names of authors 
y 12 of books and that a user who wishes to do so should enter the author's last name first. A user 

M? 13 having such knowledge will therefore be able to search efficiently. Users of electronic 

P 

Jj 14 merchandising systems, however, are generally end-consumers who have no knowledge of a 

8 15 merchant's database. If, as is very likely, such a user initiates a search for a term that is not 

16 present in the index table, the program must sequentially search through all records in the 

17 database. Sequential records are typically linked by pointers. Using pointers in this manner is 

18 very demanding on server resources, resulting not only in an exceptionally slow search, but also 

19 creating a bottleneck for other processes that the server may be executing. The menu generation 

20 approach of the present invention can be used to create customized menus from a database that 

21 includes every item of merchandise the vendor has for sale. In this manner, customers can scan 

22 the generated menu much more readily than they could view the entire database and the 
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1 necessity of having familiarity with the database is eliminated as well, reducing the need for 

2 resource intensive pointers. 

3 While the preferred embodiment of the invention is for the generation of 

4 restaurant menus and the like, the broad scope of the invention is far greater. For example, 

5 menus generated in accordance with the invention can be used in the desktop computing 

6 environment in association with the operating system or application programs. One such use is 

7 to facilitate the creation of user personalized file structures for general desktop use. Another use 

8 is to facilitate the location of customized menus from master menus for use in association with 
S 9 application software to make the execution of the application software more efficient by, e.g., 
y! 10 eliminating the necessity of querying or checking every tree branch in the master menu file 
(ft 11 structure in response to user input or other criteria and to create handheld/PDA compatible 



H 12 versions of the software. 



M; 13 While the preferred embodiment of the invention includes the selection of items 

P 

! j 14 from a master menu wherein the master menu is displayed using a graphical user interface, it is 

Ml 

|r[ 15 to be appreciated that any means for displaying the master menu to the user and generating 

£ %t 

16 another menu in response to and comprised of the selections made is encompassed by the 

17 contemplated invention. The invention encompasses the selection of nontextual symbols, 

18 characters, icons and the like, in addition to text, from a hierarchical tree menu or the like for 

19 generation of another menu comprised of such items. 

20 It is also within the scope of the invention to generate menus automatically in 

21 response to predetermined criteria. For example, in the restaurant menu generation embodiment, 

22 a modified menu can be generated to comply with a particular specification or group of criteria 

23 such as, e.g., "dinner", "low cholesterol", "low fat", "fish", "chicken", or "vegetarian". In this 
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1 embodiment, only items from the master menu that satisfy specified parameters will be included 

2 in the generated menu. The selection process could involve selection of master menu items 

3 based on tags or identifiers associated with the items or by checking every master menu item 

4 against a dictionary of items acceptable for inclusion in the modified menu. It should also be 

5 appreciated that the invention encompasses any combination of automatic and manual user 

6 selection of the items comprising the generated menu. For example, a user might specify criteria 

7 which would further control automatic selection or the user could manually select some items 

8 with automatic selection of others. The menu generation aspect of the invention is equally 
K 9 applicable to table-based, drive-thru, internet, telephone, wireless or other modes of customer 

?J 10 order entry, as is the synchronous communications aspect of the invention. 

fft 

Iff 1 1 The inventive concept encompasses the generation of a menu in any context 

H 12 known to those skilled in the art where an objective is to facilitate display of the menu so as to 

M 13 enable selection of items from that menu. The restaurant menu generation embodiment is but 

ft 14 one example of a use for the inventive concept. Likewise, displaying menus generated in 

Ml 

S 15 accordance with the invention on PDAs and Web pages to facilitate remote ordering are but a 

16 few examples of ways in which such a menu might be used in practice. Any display and 

17 transmission means known to those skilled in the art is equally usable with respect to menus 

1 8 generated in accordance with the claimed invention. 

19 In the more general situation, menus can be generated in accordance with the 

20 present invention in a variety of situations. For example, the usable file structure for a particular 

21 data processing application can be dictated by the user or an application program prior to or 

22 during the execution of the application program. Efficiencies with respect to computational 
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speed and equipment, e.g., storage and processor, usage can thus be achieved along with the 
facilitation of display of the generated menu. 

While the best mode for carrying out the preferred embodiment of the invention 
has been illustrated and described in detail, those familiar with the art to which the invention 
relates will recognize various alternative designs and embodiments which fall within the spirit of 
practicing the invention. The appended claims are intended to cover all those changes and 
modifications falling within the true spirit and scope of the present invention. 
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